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Alerting Abstract EP Al 

NOVELTY - The mobile phone application sending technique has a mobile phone terminal (3) 
with an application area (31 to 33) commanded by the subscriber identification module 
(4) . The mobile phone forms part of a radiocommunications system. To pass the application 
across, the subscriber interface module sends a command to the application area and 
establishes contact with the server, passing the application to the application area. 
USE - Mobile telephones, sending an application from a ground station to the mobile unit. 
ADVANTAGE - The application can be sent from a central server using the subscriber 
identification module in the mobile phone at low cost. 

DESCRIPTION OF DRAWINGS - The figure shows a schematic of the mobile telephone functions 

3 mobile telephone terminal 
31-33 application area 

4 subscriber identification module 
2 mobile telephone 
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Original Abstracts: 

L 1 invention concerne un procede de lancement par un terminal (3) d'au moins une partie 
d'une application de terminal (31 a 33), sous commande d'un module d 1 identification 
d'abonne (4) cooperant avec le terminal. Le module d' identification d'abonne et le 
terminal sont compris dans une station mobile comprise dans un systeme de 

radiocommunication. Selon la presente invention, le procede comprend les etapes suivantes: 
le module d' identification d'abonne (4) envoie au terminal (3) une commande de lancement 
par le terminal (3) d'au moins une partie d'une application de terminal (31 a 33); le 
terminal (3) execute ladite commande de lancement, de facon a lancer ladite au moins une 
partie d'une application de terminal (31 a 33) et prendre la main. 

A process for running an application has a terminal, which runs at least part of a 
terminal application under the control of a subscriber identification module cooperating 
with the terminal. The subscriber identification module and the terminal form part of a 
mobile station included in a radio communication system. Generally, the subscriber 
identification module sends a command to the terminal for the terminal to run at least 
part of a terminal application. The terminal executes the command, to run at least part 
of a terminal application and to take control. 



value of the service is debited from his credit. In order to achieve the highest possible 
security standard, the secret character string stored on the prepaid voucher contains a 
secret access code which is stored nowhere else. The secret access code is generated by 
the emitter of the prepaid vouchers from a data set and a number associated with said 
data set, preferably a random number. The secret access code is stored together with the 
random number as a character string on the prepaid voucher and protected by appropriate 
measures against illicit access. The secret access code is destroyed as soon as it is 
stored on the prepaid voucher. The random number and the data set are transmitted to the 
service provider, who stores them in a data bank so that the corresponding data set may 
be accessed by means of the random number. 
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(54) Procede de lancement d'une application par un terminal, sous commande d'un module 
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(57) [.'invention concerne un procede de lancement 
par un terminal (3) d'au moins une partie d'une applica- 
tion de terminal (31 a 33), sous commande d'un module 
d'identification d'abonne (4) cooperant avec le terminal. 
Le module d'identification d'abonne et le terminal sont 
compris dans une station mobile comprise dans un sys- 
teme de radiocommunication. 



Selon la presente invention, le procede comprend 
les etapes suivantes : le module d'identification d'abon- 
ne (4) envoie au terminal (3) une commande de lance- 
ment par le terminal (3) d'au moins une partie d'une ap- 
plication de terminal (31 a 33) ; le terminal (3) execute 
ladite commande de lancement, de facon a lancer ladite 
au moins une partie d'une application de terminal (31 a 
33) et prendre la main. 
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Description 

[0001] Le domaine de ['invention est celui des syste- 
mes de radiocommunication avec les mobiles. Plus pre- 
cisement, I'invention concerne le lancement d'une ap- 5 
plication (ou d'au moins une partie de celle-ci) par un 
terminal compris dans une station mobile. 
[0002] Cette station mobile peut notamment, mais 
non exclusivement, etre comprise dans un systeme de 
radiocommunication de type GSM (pour "Global System 10 
for Mobile communications" en anglais), DCS 1800 
(pour "Digital Cellular System 1800 Mhz" en anglais), 
PCS 1900 (pour "Personal Communication System" en 
anglais), DECT (pour "Digital European Cordless Tele- 
communications") en anglais, ou encore UMTS (pour f5 
"Universal Mobile Telecommunication System" en an- 
glais). 

[0003] De facon classique, une station mobile com- 
prend un terminal (ou ME, pour "Mobile Equipment" se- 
Ion la terminologie GSM) cooperant avec un module 20 
d'identification d'abonne (ou SIM, pour "Subscriber 
Identity Module" selon la terminologie GSM, ou encore 
DAM, pour "DECT Authentication Module" selon la ter- 
minologie DECT). On notera que, selon les systemes, 
la station mobile est parfois aussi appelee radiotelepho- 
ne mobile ou telephone portable. 
[0004] Par ailleurs, la presente invention s'applique a 
tout type de station mobile, et notamment que celle-ci 
emette et/ou recoive de la voix et/ou des donnees. Dans 
le cas d'une emission/reception de donnees, le terminal 
peut etre relie a un micro-ordinateur (portable de prefe- 
rence), qui traite les donnees emises/recues. 
[0005] De facon connue, le terminal peut generale- 
ment executer une pluralite ^applications, dites "appli- 
cations de terminal" dans la suite de la description. Par 
exemple, le terminal peut executer des applications de 
services (discutees plus en detail ci-dessous), des ap- 
plications d'edition de messages (telles que par exem- 
ple les editeurs SMS), etc. 

[0006] Les applications de services, lorsqu'elles sont 
executees, permettent au terminal de beneficier du(des) 
service(s) offert(s) par un serveur de services apres 
qu'une communication a ete etablie entre le terminal et 
le serveur de services. II s'agit notamment des naviga- 
teurs (ou "browser" en anglais), permettant au terminal 
de naviguer au sein d'un reseau informatique de type 
Internet, apres qu'une communication entre le terminal 
et une plate-forme d'acces a ete etablie, ou encore des 
applications de paiement et/ou de reservation et/ou de 
consultation, permettant au terminal de beneficier d'au 
moins un service de paiement et/ou de reservation et/ 
ou de consultation offert par un serveur de services, 
apres qu'une communication entre le terminal et le ser- 
veur de services a ete etablie. 

[0007] Actuellement, la decision d'effectuer le lance- 
ment d'une application (ou d'au moins une partie de cel- 
le-ci) est toujours prise dans le terminal, soit par le ter- 
minal lui-meme, "en automatique", soit par I'utilisateur, 



sous la forme d'un choix (ou proposition) de fonctionna- 
lite. Ce choix est generalement offert a I'utilisateur au 
sein d'une application principale de terminal, parfois 
aussi appelee "menu de terminal" ou "menu construc- 
ted", qui permet a i'utilisateur de choisir une fonction- 
nalite parmi une pluralite de fonctionnalites offertes par 
le terminal. Le constructeur de terminaux souhaite bien 
sur proposer un choix aussi etendu que possible de 
fonctionnalites dans son "menu constructeur", et con- 
coit son terminal dans ce but. 

[0008] Par exemple, il est deja possible aujourd'hui, 
avec certaines stations mobiles, d'acceder a un reseau 
informatique de type Internet. Pour cela, le terminal doit 
comprendre une touche specifique ("touche d'acces In- 
ternet") permettant le lancement par le terminal d'un 
"navigateur" (qui est une application de terminal parti- 
cutiere). Au sein du "menu constructeur" d'un tel termi- 
nal, I'utilisateur est invite a choisir la fonctionnalite "ac- 
ces Internet" en appuyant sur la "touche d'acces Inter- 
net". La procedure d'acces au reseau mondial Internet 
est la suivante : apres que I'utilisateur a appuye sur la 
"touche d'acces Internet", le terminal tente d'etablir une 
communication avec une plateforme d'acces ; si cette 
communication est effectivement etablie, le terminal 
lance le navigateur, de facon que le terminal puisse na- 
viguer au sein du reseau Internet. En resume, dans la 
station mobile, seul le terminal est implique puisque 
c'est lui qui est pourvu de la "touche d'acces Internet", 
qui tente d'etablir la communication avec la plateforme 
d'acces, et qui lance le navigateur. 
[0009] II apparait que le fait que la decision d'effectuer 
le lancement d'une application (ou d'au moins une partie 
de celle-ci) soit toujours prise dans le terminal presente 
plusieurs inconvenients. 

[0010] Tout d'abord, ceci implique que I'utilisateur 
n'est pas entierement libre dans le choix de son termi- 
nal, puisque c'est du terminal que depend la possibility 
de lancer telle ou telle application de terminal particu- 
liere (correspondant a I'offre de telle ou telle fonctionna- 
lite). 

[0011] Par exemple, dans le cas discute ci-dessus de 
I'acces a un reseau informatique de type Internet, I'uti- 
lisateur doit imperativement choisir un terminal pourvu 
de la "touche d'acces Internet". En outre que, quel que 
soit I'operateur aupres duquel il s'est abonne, I'utilisa- 
teur se voit contraint d'acceder au reseau informatique 
de type Internet selon des choix techniques effectues 
par le constructeur de son terminal. Notamment, I'utili- 
sateur ne choisit pas le numero de la plateforme d'ac- 
ces, ni les informations utiles au navigateur apres qu'il 
a ete lance, telles que par exemple des numeros de type 
IP (pour "internet Protocol" en anglais), des cles secre- 
tes d'authentification du navigateur et/ou de cryptage de 
donnees, des numeros de centre de service de messa- 
ges courts (ou "SMS Center" en anglais), ... 
[0012] En outre, ceci implique une limitation du nom- 
bre de fonctionnalites dont le choix est offert par ('"ap- 
plication operateur" (ou "application SIM", ou encore 
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"menu operateur"). On rappelle que le "menu operateur" 
est stockee par le module ^identification d'abonne et 
execute par celui-ci. En effet, via le module d'identifica- 
tion d'abonne qu'ils distribuent et qui leur sont specifi- 
ques, les differents operateurs proposent a leurs abon- 5 
nes des "menus operateur" distincts. Chaque operateur 
tente bien sur de proposer un choix maximal de fonc- 
tionnalites au sein de son "menu operateur". Cepen- 
dant, le "menu operateur" ne peut proposer que des 
fonctionnalites qui correspondent a des applications de *0 
terminal dont le lancement par le terminal peut etre ef- 
fectue sous commande du module d'identification 
d'abonne. Les autres fonctionnalites (qui correspondent 
a des applications de terminal dont le lancement par le 
terminal ne peut etre effectue que sous commande du *5 
terminal lui-meme) ne peuvent etre proposees qu'au 
sein du "menu constructeur" (deja discute ckfessus). 
[0013] On notera qu'une meme fonctionnalit6 (par 
exemple celle d'acces a Internet) peut etre proposee par 
les deux menus "operateur" et "constructeur". 20 
[0014] L'invention a notamment pour objectif de pal- 
lier ces differents inconvenients de I'etat de la techni- 
que. 

[0015] Plus precisement, I'un des objectifs de la pre- 
sente invention est de fournir un procede permettant le 25 
lancement d'une application (ou d'au moins une partie 
de celle-ci) par un terminal, sous commande d'un mo- 
dule d'identification d'abonne. 

[0016] L'invention a egalement pour objectif de pro- 
poser une ou plusieurs fonctionnalite(s) supplemental 30 
(s) au sein d'un "menu operateur", a savoir une ou plu- 
sieurs fonctionnalites dont le lancement par le terminal 
peut etre effectue sous commande du module d'identi- 
fication d'abonne. 

[0017] Un autre objectif de l'invention est de fournir 35 
un tel procede permettant a un utilisateur d'acceder a 
un serveur de services a partir d'une station mobile quel- 
conque (en ce sens que cette demiere n'est pas neces- 
sairement pourvue d'une "touche d'acces Internet" telle 
que precitee). En effet, a la connaissance de I'inventeur, 40 
aucun des "menus operateur" existants ne propose, 
parmi les choix possibles, la fonctionnalite "acces a un 
serveur de services" (tel que par exemple "acces Inter- 
net"). 

[0018] Un autre objectif de l'invention est de fournir 45 
un tel procede permettant a I'utilisateur d'acceder a un 
serveur de services selon des choix techniques effec- 
tues par son operateur (et non pas par le constructeur 
de son terminal). 

[0019] Un objectif complementaire de l'invention est so 
de fournir un tel procede qui soit simple a mettre en 
oeuvre et peu couteux. 

[0020] Ces differents objectifs, ainsi que d'autres qui 
apparaitront par la suite, sont atteints selon l'invention 
a I'aide d'un procede de lancement par un terminal d'au 55 
moins une partie d'une application de terminal, sous 
commande d'un module d'identification d'abonne coo- 
perant avec ledit terminal, ledit module d'identification 



d'abonne et ledit terminal etant compris dans une sta- 
tion mobile comprise dans un systeme de radiocommu- 
nication, 

ledit procede comprenant les etapes suivantes : 

- le module d'identification d'abonne envoie au termi- 
nal une commande de lancement par le terminal 
d'au moins une partie d'une application de terminal ; 
le terminal execute ladite commande de lancement, 
de facon a lancer ladite au moins une partie d'une 
application de terminal et prendre la main. 

[0021] Le principe general de l'invention consiste 
done a amorcer a partir du module d'identification 
d'abonne (et non pas dans le terminal lui-meme) la pro- 
cedure de lancement par le terminal d'une application 
de terminal (ou d'une partie de celle-ci). Ceci n'avait ja- 
mais ete envisage auparavant car les prejuges de Phom- 
me du metier I'ont toujours incite a penser que e'est le 
terminal qui doit amorcer un tel lancement, du fait que 
I'application de terminal se trouve sur le terminal et est 
executee par celui-ci. 

[0022] Afin de permettre la mise en oeuvre du proce- 
de selon la presente invention, le module d'identification 
d'abonne doit etre capable de generer une commande 
d'un nouveau type, a savoir une "commande de lance- 
ment d'application", et le terminal doit etre capable de 
la reconnaTtre et I'executer. 

[0023] Apres son lancement, I'execution de I'applica- 
tion de terminal par le terminal est tout a fait classique 
et ne sera done pas decrite ici plus en detail. 
[0024] Dans un premier mode de realisation particu- 
lier de l'invention, ledit procede comprend les etapes 
suivantes : 

le module d'identification d'abonne envoie au termi- 
nal une commande specifique de lancement par le 
terminal d'au moins une partie d'une application de 
terminal, ladite commande specifique etant specifi- 
que a ladite au moins une partie d'une application 
de terminal ; 

le terminal execute ladite commande specifique, de 
facon a lancer ladite au moins une partie d'une ap- 
plication de terminal et prendre la main. 

[0025] Ainsi, dans ce premier mode de realisation, on 
utilise une commande specifique a ('application (ou a la 
partie d'application) a lancer. 

[0026] Avantageusement, ladite commande specifi- 
que appartient a un ensemble comprenant une pluralite 
de commandes specifique distinctes, permettant chacu- 
ne de lancer au moins une partie d'application de termi- 
nal distincte. 

[0027] Pr6ferentiellement, chaque commande speci- 
fique est une nouvelle commande du jeu de comman- 
des du "SIM Application Toolkit". On rappelle que les 
commandes de ce type incluent un mecanisme d'iden- 
tification et/ou d'authentification reciproque entre le ter- 
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minal et le module ^identification d'abonne, et/ou une 
confirmation par I'utilisateur des commandes passees 
au terminal (de facon a eviter que le terminal execute 
des commandes a I'insu de I'utilisateur). Pour plus de 
precisions concernant le "SIM Application Toolkit", on 
pourra se reporter a la norme "GSM 11.14 (Phase 2+)" 
de PETSI, qui est inseree ici par reference. 
[0028] Dans un second mode de realisation particu- 
lier de ['invention, ledit procede comprend les etapes 
suivantes : 

le module ^identification d'abonne envoie au termi- 
nal une premiere commande generique de lance- 
ment par le terminal d'une seconde commande spe- 
cifique de lancement d'au moins une partie d'une 
application de terminal, ladite premiere commande 
generique etant parametree au moins avec un iden- 
tifiant de ladite seconde commande specifique, la- 
dite seconde commande specifique etant specifi- 
que a ladite au moins une partie d'une application 
de terminal ; 

le terminal execute ladite premiere commande ge- 
nerique, de fagon a extraire ladite seconde com- 
mande specifique, puis execute ladite seconde 
commande specifique, de fagon a lancer ladite au 
moins une partie d'une application de terminal et 
prendre la main. 

[0029] Ainsi, dans ce second mode de realisation, on 
utilise une premiere commande generique, dans laquel- 
le est "encapsulee" une seconde commande specifique 
a I'application (ou a la partie d'application) a lancer. 
[0030] Avantageusement, ladite seconde commande 
specifique appartient a un ensemble comprenant une 
plurality de secondes commandes specifiques distinc- 
tes, permettant chacune de lancer au moins une partie 
d'application de terminal distincte. 
[0031 ] Preferentiellement, ladite seconde commande 
specifique est une commande "AT". En d'autres termes, 
ii s'agit d'une nouvelle et astucieuse utilisation de com- 
mandes AT existantes ou a developper. Ainsi, on sup- 
prime ou on reduit ie cout de developpement de nouvel- 
les commandes. On rappelle que les "commandes AT" 
(pour "ATtention command" en langue anglaise) sont 
prevues a Porigine pour permettre a un TE ("Terminal 
Equipment", par exemple un ordinateur) d'exiger d'un 
ME ("Mobile Equiment", ou terminal de radiocommuni- 
cation) auquel il est reli6 d'executer certaines actions 
predetermines. Pour plus de precisions concernant 
ces "commandes AT", on pourra se reporter d'une part 
a la norme "GSM 07.07" de I'ETSI et d'autre part a la 
recommandation V25ter de I'lTU-T, qui sont inserees ici 
par reference. II convient egalement de rappeler que 
certaines commandes AT ont ete developpees par dif- 
ferents constructeurs et ne sont pas normalisees (elles 
sont dites "proprietaires"). 

[0032] De fagon preferentielle, ladite premiere com- 
mande generique est une nouvelle commande du jeu 



de commandes du "SIM Application Toolkit". 
[0033] Preferentiellement, ladite etape d'envoi au ter- 
minal par le module ^identification d'abonne de la com- 
mande de lancement est associee a un choix d'une 

5 fonctionnalite supplemental, ledit choix etant offert a 
un utilisateur lors de Pexecution par le module d'identi- 
fication d'abonne d'une application operateur, ladite eta- 
pe d'envoi etant effectuee si I'utilisateur valide ledit choix 
de fonctionnalite associe. Ainsi, I'application operateur 

10 (ou "menu operateur") peut proposer une ou plusieurs 
nouvelles fonctionnalites. 

[0034] Avantageusement, ladite application de termi- 
nal dont au moins une partie est lancee par le terminal 
appartient au groupe comprenant : 

15 

les applications de services, dont Pexecution per- 
met au terminal de beneficier du(des) service(s) of- 
fert(s) par un serveur de services apres qu'une 
communication a ete etablie entre ledit terminal et 
20 ledit serveur de services ; 

les applications d'edition de messages ; 
les applications d'edition d'agendas. 

[0035] Cette liste est nullement exhaustive. Parmi les 
25 applications d'edition d'agendas, notamment pour les 
agendas d'abonne (ADN, pour "Abreviated Dialling 
Numbers" en anglais, ou FDN, pour "Fixed Dialling 
Numbers") et les agendas d'operateur (SDN, pour "Ser- 
vices Dialling Numbers"). 
30 [0036] On notera que dans le cas d'un acces a un ser- 
veur de services (avec lancement d'une application de 
services), la mise en oeuvre du procede de Pinvention 
n'impose nullement que le terminal soit pourvu d'une 
"touche d'acces a un serveur de services". 
35 [0037] Parmi lesdites applications de services, on dis- 
tingue avantageusement notamment : 

les navigateurs, permettant au terminal de naviguer 
au sein d'un reseau informatique de type Internet, 

40 apres qu'une communication entre le terminal et 
une plate-forme d'acces a ete etablie ; 
les applications de paiement et/ou de reservation 
et/ou de consultation, permettant au terminal de be- 
neficier d'au moins un service de paiement et/ou de 

45 reservation et/ou de consultation offert par un ser- 
veur de services, apres qu'une communication en- 
tre le terminal et le serveur de services a ete etablie. 

[0038] Avantageusement, dans le cas ou I'application 
50 de terminal est une application de services, ladite com- 
mande specifique est parametree avec un jeu de para- 
metres comprenant : 

un identifiant d'un numero de telephone d'un ser- 
55 veur de services, et 

eventuellement, au moins un parametre d'appel, 

et Petape d'execution par le terminal de ladite comman- 
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de specifique comprend les Stapes suivantes : 

le terminal tente d'etablir une communication avec 
(edit serveur de services, seton ledit jeu de parame- 
tre(s) ; 5 
si ladite communication avec le serveur de services 
est effectivement etablie, le terminal lance I'execu- 
tion de ladite au moins une partie de I'application 
de services, de fagon que le terminal puisse bene- 
ficier du(des) service(s) offert(s) par ledit serveur de 
services. 

[0039] L'invention concerne egalement un module 
d'identification d'abonne, du type compris dans une sta- 
tion mobile d'un systeme de radiocommunication et coo- 
perant avec un terminal, comprenant des moyens per- 
mettant la mise en oeuvre du procede precite de lance- 
ment par ledit terminal d'au moins une partie d'une ap- 
plication de terminal, sous commande dudit module 
d'identification d'abonne. 

[0040] L'invention concerne aussi un terminal, du ty- 
pe compris dans une station mobile d'un systeme de 
radiocommunication et cooperant avec un module 
d'identification d'abonne, comprenant des moyens per- 
mettant la mise en oeuvre du procede precite de lance- 
ment par ledit terminal d'au moins une partie d'une ap- 
plication de terminal, sous commande dudit module 
d'identification d'abonne. 

[0041] D'autres caracteristiques et avantages de l'in- 
vention apparaitront a la lecture de la description sui- 
vante d'un mode de realisation preferentiel de l'inven- 
tion, donne a trtre d'exemple indicatif et non limitatif, et 
des dessins annexes, dans lesquels : 

la figure 1 presente un schema simplifie d'une sta- 
tion mobile permettant la mise en oeuvre du proce- 
de selon l'invention ; 

la figure 2 presente un schema synoptique global 
permettant d'expliquer une application particuliere 
du procede selon l'invention, dans le cas ou I'appli- 
cation de terminal a lancer est une application de 
services necessitant I'etablissement d'une commu- 
nication entre le terminal et un serveur de services ; 
et 

la figure 3 presente, de fagon partielle, un exemple 
de contenu de la zone memoire du module d'iden- 
tification d'abonne apparaissant sur la figure 1, 
dans le cas de I'application particuliere explicitee 
avec la figure 2. 

[0042] L'invention concerne done un procede de Ian- 
cement d'une application de terminal (ou d'au moins une 
partie de celle-ci) par un terminal compris dans une 
station mobile 2 appartenant a un systeme de radiocom- 
munication. 

[0043] Dans un souci de simplification, on parle dans 
la suite de la description uniquement de "lancement 
d'une application de terminal". II est clair cependant que 



cette expression peut systematiquement etre rempla- 
cee par "lancement d'une partie d'une application de ter- 
minal", tout en restant dans le cadre de l'invention. 
[0044] Dans la suite de la description, on considere 
le cas particulier d'un systeme de radiocommunication 
de type GSM. II est clair cependant que la presente in- 
vention n'est pas limitee a ce type de systeme de radio- 
communication. 

[0045] On rappelle qu'une station mobile 2 (ou MS, 
pour "Mobile Station", selon la terminologie GSM) com- 
prend un terminal 3 (ou ME, pour "Mobile Equipment", 
selon la terminologie GSM) cooperant avec un module 
d'identification d'abonne 4 (ou SIM, pour "Subscriber 
Identity Module", selon la terminologie GSM). Pour plus 
de precisions sur le terminal 3 et le module d'identifica- 
tion d'abonne 4, on pourra se reporter aux normes 
"GSM 11.11 et GSM 11.14 (Phase 2+)" de PETSI, qui 
sont inserees ici par reference. 
[0046] On suppose que le terminal 3 peut executer 
differentes applications de terminal, permettant chacu- 
ne d'offrir une fonctionnalite distincte a I'utilisateur. Ce 
sont par exemple : 

application n°1 (fonctionnalite n°1): une applica- 
tion de navigation (ou "navigateur") 31, permettant 
au terminal 3 de naviguer au sein d'un reseau infor- 
matique de type Internet, apres qu'une communi- 
cation entre le terminal et une plate-forme d'acces 
a ete etablie ; 

application n°2 (fonctionnalite n°2) : une applica- 
tion de paiement et/ou de reservation et/ou de con- 
sultation 32, permettant au terminal de beneficier 
d'au moins un service de paiement et/ou de reser- 
vation et/ou de consultation offert par un serveur de 
services, apres qu'une communication entre le ter- 
minal et le serveur de services a ete etablie ; 
application n°3 (fonctionnalite n°3) : une applica- 
tion d'edition de messages (par exemple un "editeur 
SMS") 33, permettant au terminal d'afficher sur un 
ecran du terminal des messages courts prealable- 
ment recu d'un centre SMS. 

[0047] Le cas des deux applications de services 31 , 
32 est decrit plus en detail par la suite, en relation avec 
les figures 2 et 3. 

[0048] On suppose par ailleurs que le module d'iden- 
tification d'abonne 4 peut executer un "menu operateur" 
20 (ou "application SIM"). En d'autres termes, on sup- 
pose que le terminal 3 et le module d'identification 
d'abonne 4 sont du type pouvant mettre en oeuvre le 
"SIM Application Toolkit", tel que decrit en detail dans la 
norme "GSM 11.14 (Phase 2+)" de I'ETSI (qui est inse- 
ree ici par reference). Le module d'identification d'abon- 
ne 4 est alors qualifie de "proactive SIM", selon la ter- 
minologie GSM. En resume, le "SIM Application Toolkit" 
est un jeu de commandes et de procedures permettant 
au module d'identification d'abonne 4 de "prendre la 
main" et d'envoyer des commandes au terminal 3. 
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[0049] Dans le mode de realisation particulier de i'in- 
vention presente a titre d'exemple, le "menu operateur" 
20 propose a I'utilisateur differentes fonctionnalites 
(choix references 21 a 23) correspondant chacune a 
I'execution par le terminal 3 d'une application de termi- 5 
nal distincte 31 a 33. 

[0050] Plus precisement, la validation par I'utilisateur, 
au sein du "menu operateur", de Tun des choix de fonc- 
tionnalite possibles 21 a 23 entraine ['execution des eta- 
pes suivantes : 

le module ^identification d'abonne 4 envoie au ter- 
minal 3 une commande de lancement par le termi- 
nal de ^application de terminal concernee (c'est-a- 
dire de celle des applications de terminal 31 a 33 
qui correspond au choix valide) ; 
le terminal 3 execute cette commande de lance- 
ment, de facon a lancer ('application de terminal 
concernee et prendre la main. 

[0051] Par exemple, si I'utilisateur fait le choix de la 
fonctionnalite n°1 dans le "menu operateur", ce choix 
se traduit par le lancement du navigateur 31 . De meme, 
le choix de la fonctionnalite n°2 se traduit par le lance- 
ment de I'application de paiement et/ou de reservation 
et/ou de consultation 32. Enfin, le choix de la fonction- 
nalite n°3 se traduit par le lancement de I'editeur SMS 
33. 

[0052] Le module d'identification d'abonne 4 et le ter- 
minal 3 comprennent des moyens specifiques permet- 
tant la mise en oeuvre de ces etapes. Ainsi, le module 
d'identification d'abonne 4 comprend des moyens 16 
d'envoi au terminal 3 de commandes de lancement. Par 
ailleurs, le terminal 3 comprend des moyens 17 d'exe- 
cution des commandes de lancement precitees. Ces 
moyens d'envoi 16 et d'execution 17 sont par exemple 
construits autour d'un microprocesseur. 
[0053] On presente maintenant successivement deux 
variantes de realisation du proc6de selon I'invention, se 
differencial par la nature de la commande de lance- 
ment envoyee par le module d'identfi cation d'abonne 4 
au terminal 3. 

[0054] Selon la premiere variante de realisation, la 
commande envoyee au terminal 3 par le module d'iden- 
tification d'abonne 4 est specifique a I'application a lan- 
cer. 

[0055] En reprenant Pexemple precite, le module 
d'identification d'abonn6 4 dispose de trois commandes 
specifiques distinctes, permettant le lancement par le 
terminal des applications n°1 , 2 et 3 respectivement ( re- 
ferences 31 a 33). Ces trois commandes specifiques, 
qui peuvent etre de nouvelles commandes du jeu de 
commandes du "SIM Application Toolkit", s'ecrivent par 
exemple : 

"Run Application i (P) n avec 1_i_3 (il est clair ce- 
pendant qu'il s'agit d'un exemple et que, d'une facon ge- 
nerate, i peut prendre d'autres valeurs, et P un jeu de 
parametres optionnel, par exemple des parametres 



d'appel sous la forme (p 1>jf p 2 j, —). 
[0056] Selon la seconde variante de realisation, la 
commande envoyee au terminal 3 par le module d'iden- 
tification d'abonne 4 est une premiere commande gene- 
rique, elle-meme parametree avec une seconde com- 
mande specifique a I'application a lancer. La premiere 
commande est generique en ce sens qu'elle permet de 
lancer, une par une, differentes secondes commandes, 
specifiques chacune a une application a lancer distinc- 
te. Le terminal execute d'abord la premiere commande 
generique, afin d'en extraire la seconde commande spe- 
cifique, puis execute la seconde commande specifique, 
de facon a lancer I'application de terminal et prendre la 
main. 

[0057] En reprenant I'exemple precite, le module 
d'identification d'abonn6 4 dispose d'une premiere com- 
mande generique pouvant etre parametree avec Tune 
quelconque de trois secondes commandes specifiques 
distinctes, permettant le lancement par le terminal des 
applications n°1, 2 et 3 respectivement (referencees 31 
a 33). 

[0058] La premiere commande generique, qui peut 
etre une nouvelle commande du jeu de commandes du 
"SIM Application Toolkit", s'ecrit par exemple : 

"Run AT Command (C)", avec C une des trois se- 
condes commandes AT specifiques suivantes : 

"Run Application i (P)", 1 __i_3, avec P un jeu de 
parametres optionnel, par exemple des parametres 
d'appel sous la forme (p n if p 2 l , ...). 
[0059] On rappelle maintenant, en relation avec les 
figures 2 et 3, le principe general d'un acces a un ser- 
veur de services a partir d'une station mobile 2, avant 
de presenter une application particuliere du procede se- 
lon I'invention. Cette application particuliere correspond 
au cas ou I'application de terminal a lancer est une ap- 
plication de services necessitant I'etablissement d'une 
communication entre le terminal et un serveur de servi- 
ces. 

[0060] Le schema synoptique de la figure 1 presente 
la structure d'un systeme de radiocommunication 1 de 
type GSM. Une plurality de stations mobiles 2 evoluent 
au sein d'un r6seau de cellules geographiques (non re- 
pr6sentees). Chaque cellule correspond a la couverture 
radio d'une station de base 5 (ou BTS, pour "Base 
Transceiver Station", selon la terminologie GSM). La 
station mobile 2 communique, via I'interface air 8, avec 
la station de base 5 de la cellule ou eile se trouve. Les 
stations de base sont gerees par un controleur de sta- 
tions de base 6 (ou BSC, pour "Base Station Controller", 
selon la terminologie GSM). Plusieurs controleur de sta- 
tions de base 6 peuvent etre pilotes par un central de 
commutation 7 (ou MSC, pour "Mobile Service Swit- 
ching Center", selon la terminologie GSM), qui est I'ele- 
ment maitre d'un reseau GSM. Le central de commuta- 
tion 7 est relie au reseau telephonique commute public 
9 (RTCP). On notera que, par souci de simplification, un 
seul de chacun des types d'elements 2, 5, 6 et 7 de la 
structure est represents sur la figure 1 . 
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[0061] D'une facon generate, et connue en soi, afin 
de pouvoir acceder a un serveur de services donne, le 
terminal doit pouvoir executer une application de servi- 
ces, specifique a ce serveur de services donne et per- 
mettant au terminal de beneficier du ou des services of- 
ferts par ce serveur de services donn6. A titre d'exem- 
ple, sur la figure 1 , on suppose qu'il existe : 

deux plateformes d'acces 11 (UP1), 12 (UP2), qui 
sont deux serveurs de services particuliers offrant 
chacun un service d'acces a un reseau informatique 
detype Internet 10; 

un serveur 1 3 de paiement et/ou de reservation et/ 
ou de consultation. 

[0062] On rappelle qu'une plate-forme d'acces per- 
met a I'utilisateur de naviguer au sein du reseau infor- 
matique de type Internet, c'est-a-dire d'acceder a 
d'autres serveurs presents sur ce reseau informatique 
de type Internet. Ces autres serveurs, generalement ap- 
peles "serveurs Internet", supportent des "sites Web" et 
offrent chacun au moins un service de paiement (ges- 
tion d'un compte bancaire, transactions, ...) et/ou de re- 
servation (billets de train, d'avion, de spectacles, ...) et/ 
ou de consultation (meteo, horaires, ...). 
[0063] On rappelle par ailleurs qu'un serveur 13 de 
paiement et/ou de reservation et/ou de consultation pre- 
sente une offre de services de meme nature que les ser- 
veurs Internet pr6cites, mais se distingue de ces der- 
niers en ce qu'il est accessible directement et non pas 
via une plate-forme d'acces. En d'autres termes, le se- 
cond type de serveur de services n'est pas un serveur 
Internet, et n'est done pas accessible a travers le reseau 
informatique de type Internet. 

[0064] Dans la pr6sente description, par reseau infor- 
matique de type Internet, on entend non seulement le 
reseau mondial baptise "Internet" (qui est un reseau in- 
terconnectant de tres nombreuses machines et actuel- 
lement en tres forte expansion), mais egalement tout ty- 
pe de reseau informatique et/ou de telecommunication 
mettant en oeuvre la technologie internet. On rappelle 
en effetque le reseau Internet (le reseau mondial), n'est 
pas le seul type de reseau de telecommunication met- 
tant en oeuvre la technologie internet. Notamment, une 
organisation peut parfaitement deployer son propre re- 
seau, generalement appele "reseau Intranet", sur la ba- 
se de la technologie internet, sans pour autant etre con- 
nectee au reseau Internet (le reseau mondial). 
[0065] Dans la suite de la description, a titre d'exem- 
ple illustratif et non limitatif, on presente en detail unl- 
quement le cas d'un acces a une plate-forme d'acces 
11, 12. II est clair cependant que le mecanisme d'acces 
decrit ci-apres s'applique egalement au cas d'un acces 
a n'importe quel type de serveur de services, et notam- 
ment a un serveur offrant un ou plusieurs services de 
paiement et/ou de reservation et/ou de consultation. 
[0066] Afin d'acceder a une plate-forme d'acces, et a 
travers celle-ci, a un reseau informatique de type Inter- 
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net 10, I'application de services que le terminal 3 doit 
executer est un navigateur 31 ("browser"). On utilise par 
exemple le navigateur commercialise par la societe 
Unwired Planet, sous le nom de produit "UP.browser" 

5 (marque deposee). De facon classique, le navigateur 31 
utilise un langage specifique et permet au terminal 3 de 
naviguer au sein du reseau informatique de type Inter- 
net (c'est-a-dire de se connecter a des "sites Web" afin 
de pouvoir echanger avec eux tous types d'informa- 

10 tions). Prealablement a cette "navigation", le terminal 3 
doit avoir etabli une communication avec une platefor- 
me d'acces a ce reseau informatique de type Internet 
10. On rappelle que dans I'exemple presente, deux pla- 
teformes d'acces 11 (UP1), 12 (UP2) sont disponibles. 

15 || s'agit par exemple de plateformes du type commer- 
cialise par la societe Unwired Planet, sous le nom de 
produit "URIink" (marque deposee). 
[0067] Le langage specifique utilise par le navigateur 
31 est par exemple le langage "WAP/HDML" (pour "Wi- 

20 reless Application Protocol / Handled Device Mark-up 
Language" en anglais). Pour plus de precisions concer- 
nant ce langage, et plus generalement les concepts 
WAP et HDML (marque deposee), on pourra se reporter 
aux documents suivants, inseres ici par reference : 

25 

concernant HDML (ces documents sont consuma- 
bles sur TURL "http://www.uplanet.com") : 

* "HDML Specification" (specification HDML), 
30 version 2.0, 11 avril 1997 ; 

* "UP.Link (marque deposee) administration gui- 
de", version 3.0, avril 1998 ; 

concernant WAP (ces documents sont consumables 
35 sur I'URL "http://www.wapforum.orgr) : 

* "WAP Architecture Specification", WAP Forum, 
30 avril 1998; 

* Wireless Transport Layer Security Specifica- 
40 tion", WAP Forum, 30 avril 1998 ; 

* WML Script Language Specification", WAP Fo- 
rum, 9 avril 1998; 

* WAP Security Smart Card", draft version 0.1 
(1998-06). 

45 

[0068] D'une facon generaie, I'application de services 
(executee par le terminal) peut etre ecrite dans un lan- 
gage quelconque, tel que par exemple le langage JAVA 
(marque deposee). 
50 [0069] II est clair qu'un meme serveur de services 
peut etre accessible de differentes manieres, corres- 
pondent chacune a un jeu de parametre distinct. En ef- 
fet, un meme serveur de services peut posseder plu- 
sieurs numeros de telephone, ou, sous un meme num6- 
55 ro, accepter differents modes de transmission. 

[0070] Selon la presente invention, le module d'iden- 
tification d'abonne 3 envote au terminal (directement ou 
en parametre d'une commande generique) une com- 
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mande specifique de lancement par le terminal du na- 
vigateur. Cette commande specifique est parametree 
avec un jeu de parametres comprenant un identifiant 
d'un numero de telephone d'une plate-forme d'acces et 
une pluralite de parametres d'appel (definissant par 
exempie un mode de transmission predetermine). Lors- 
qu'il recoit cette commande specifique, le terminal tente 
d'etablir une communication avec la plate-forme d'ac- 
ces, selon le jeu de parametres precite. Si la communi- 
cation avec la plate-forme d'acces est effectivement eta- 
blie, le terminal lance le navigateur, de facon que le ter- 
minal puisse naviguer au sein du reseau informatique 
de type Internet. 

[0071] On presente maintenant successivement cha- 
cune des etapes de ce mode de realisation particulier 
du procede selon ('invention. 

[0072] Etape 1 : par exempie lors de chacune (ou 
seulement certaines) de ses initialisations, le terminal 3 
lit, dans une zone memoire 51 du module d'identification 
d'abonne 4, une liste predeterminee de jeux de parame- 
tres, comprenant chacun un numero de telephone d'un 
serveur de services, un mode de transmission, et even- 
tuellement d'autre(s) parametre(s) d'appel. Un exempie 
de structure de la zone memoire 51 est presente en de- 
tail par la suite, en relation avec la figure 3. 
[0073] Etape 2 : le module ^identification d'abonne 4 
envoie au terminal 3 (directement ou en parametre 
d'une commande g6nerique) une commande specifi- 
que, demandant au terminal 3 de lancer le navigateur. 
Cette commande specifique est parametree avec un 
premier jeu de parametres. 

[0074] Etape 3 : lorsqu'il recoit cette commande spe- 
cifique, le terminal tente d'etablir une communication 
avec la plate-forme d'acces, selon les indications du 
premier jeu de parametres. II s'agit par exempie d'etablir 
une communication avec la premiere plate-forme UP1, 
en mode numerique. 

[0075] Etape 4 : si la communication est effective- 
ment etablie, le terminal 3 lance le navigateur, de facon 
a pouvoir naviguer au sein du reseau informatique de 
type Internet ; 

[0076] Etape 5 : le serveur de services (UP1 dans 
I'exemple precite) authentifie le module d'identification 
d'abonne 4. 

[0077] On presente maintenant, en relation avec la fi- 
gure 3, un exempie de contenu de la zone memoire 51 
du module d'identification d'abonne 4. 
[0078] Comme explique precedemment (cf etape 1), 
cette zone memoire 51 stocke les elements constitutifs 
des jeux de parametres permettant de parametrer la 
commande specifique de lancement du navigateur (ou 
plus generalement d'une application de services). On 
rappelle que ces elements constitutifs comprennent par 
exempie : 

la liste des numeros de serveurs de services (n1 , 
n2, n3, ...). Dans le cas de plate-formes d'acces UP, 
ces numeros sont par exempie stockes dans un fi- 



chier eiementaire EF UPLN (pour "Elementary 
FfeuP Link Number" © n anglais); 
la liste des parametres d'appels (p1 , p2, p3, ...) (par 
exempie les modes de transmission (mode nume- 
5 rique, mode analogique, ...) correspondent aux di- 
vers num6ros de serveurs de services. Ces para- 
metres d'appels sont par exempie stockes dans un 
fichier eiementaire EF CCP (pour "Elementary 

Fj,e Capability Configuration Parameters" en anglais) de la 

10 zone memoire 51 . De meme que les numeros de 
plateforme, ces parametres sont destines a etre lus 
au prealable par le terminal (lors de I'etape 1). 

[0079] Optionnellement, on peut prevoir que la zone 
15 memoire 51 du module d'identification d'abonne 4 (et 
non pas le terminal 3) stocke egalement des informa- 
tions utiles au navigateur 31 apres qu'il a ete lance. II 
peut s'agir, par exempie : 

20 - de numeros de type IP, stockes dans un fichier eie- 
mentaire EFj PN (pour "Elementary File, ntemet Proto _ 
coi Number" en anglais) ; 

d'une cle secrete d'authentification du navigateur 
et/ou de cryptage de donnees sur le reseau infor- 
ms matique de type Internet, stockee dans un fichier 
eiementaire EF K (pour "Elementary File Key " en an- 
glais). Cette cle secrete est utilisee lors de chaque 
session entre le navigateur et une des plateformes 
d'acces ; 

30 - d'un identificateur de I'utilisateur aupres de chaque 
plateforme d'acces, stocke dans un fichier eiemen- 
taire EF devJd (pour "Elementary Fi!e deviceJdentlfier " 
en anglais) ; 

de numeros^de centre de services de messages 
35 courts, stockes dans un fichier eiementaire 
ef sms-p (P° ur "Elementary File Short MeS sage Service - 
Parameters" en anglais) ; 

etc. 

40 

Revendications 

1. Procede de lancement par un terminal (3) d'au 
moins une partie d'une application de terminal (31 

45 a 33), sous commande d'un module d'identification 
d'abonne (4) cooperant avec ledit terminal, ledit mo- 
dule d'identification d'abonne et ledit terminal etant 
compris dans une station mobile (2) comprise dans 
un systeme de radiocommunication (1), 

so caracterise en ce que ledit procede comprend les 
etapes suivantes : 

le module d'identification d'abonne envoie au 
terminal une commande de lancement par le 
55 terminal d'au moins une partie d'une applica- 

tion de terminal ; 

le terminal execute ladite commande de lance- 
ment, de facon a lancer ladite au moins une 
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partie d'une application de terminal et prendre 
la main. 

Procede selon la revendication 1 , caracterise en ce 
qu'il comprend les etapes suivantes : 

- le module d'identification d'abonne (4) envoie 
au terminal (3) une commande specifique de 
lancement par le terminal d'au moins une partie 
d'une application de terminal (31 a 33), ladite 
commande specifique 6tant specifique a ladite 
au moins une partie d'une application de 
terminal ; 

- le terminal execute ladite commande specifi- 
que, de facon a lancer ladite au moins une par- 
tie d'une application de terminal et prendre la 
main. 

Proced6 selon la revendication 2, caracterise en ce 
que ladite commande specifique appartient a un en- 
semble comprenant une pluralite de commandes 
specifique distinctes, permettant chacune de lancer 
au moins une partie d'application de terminal dis- 
tincte. 

Procede selon I'une quelconque des revendications 
2 et 3, caracterise en ce que chaque commande 
specifique est une nouvelle commande du jeu de 
commandes du "SIM Application Toolkit". 

Procede selon la revendication 1, caracterise en ce 
qu'il comprend les etapes suivantes : 

le module d'identification d'abonne (4) envoie 
au terminal (3) une premiere commande gene- 
rique de lancement par le terminal d'une secon- 
de commande specifique de lancement d'au 
moins une partie d'une application de terminal 
(31 a 33), ladite premiere commande g6neri~ 
que etant parametree au moins avec un iden- *o 
tifiant de ladite seconde commande specifique, 
ladite seconde commande specifique etant 
specifique a ladite au moins une partie d'une 
application de terminal ; 

le terminal execute ladite premiere commande 45 
generique, de facon a extraire ladite seconde 
commande specifique, puis execute ladite se- 
conde commande specifique, de fagon a lancer 
ladite au moins une partie d'une application de 
terminal et prendre la main. 50 

Procede selon la revendication 5, caracterise en ce 
que ladite seconde commande specifique appar- 
tient a un ensemble comprenant une pluralite de se- 
condes commandes specifiques distinctes, permet- 55 
tant chacune de lancer au moins une partie d'appli- 
cation de terminal distincte. 



7. Proced6 selon I'une quelconque des revendications 
5 et 6, caracteris6 en ce que ladite seconde com- 
mande specifique est une commande "AT". 

Procede selon I'une quelconque des revendications 
5 a 7, caracterise en ce que ladite premiere com- 
mande generique est une nouvelle commande du 
jeu de commandes du "SIM Application Toolkit". 



les navigateurs (31 ), permettant au terminal (3) 
de naviguer au sein d'un reseau informatique 
de type Internet (10), apres qu'une communi- 
cation entre le terminal et une plate-forme d'ac- 
ces (11, 12) a ete etablie ; 
les applications de paiement et/ou de reserva- 
tion et/ou de consultation (32), permettant au 
terminal (3) de beneficier d'au moins un service 
de paiement et/ou de reservation et/ou de con- 
sultation offert par un serveur de services (13), 
apres qu'une communication entre le terminal 
et le serveur de services a ete etablie. 

12. Procede selon I'une quelconque des revendications 
2 a 11, ladite application de terminal (20) etant une 
application de services, caracteris6 en ce que ladite 
commande specifique est parametree avec un jeu 
de parametres comprenant : 

un identifiant d'un numero de telephone d'un 



5 8. 



10 9. Procede selon I'une quelconque des revendications 
1 a 8, caracterise en ce que ladite etape d'envoi au 
terminal par le module d'identification d'abonn6 de 
la commande de lancement est associee a un choix 
(21 a 23) d'une fonctionnalite supplemental, ledit 
f 5 choix etant offert a un utilisateur lors de I'execution 
par le module d'identification d'abonne (4) d'une ap- 
plication operateur (20), ladite etape d'envoi etant 
effectuee si I'utilisateur valide ledit choix de fonc- 
tionnalite associe. 

20 

10. Procede selon I'une quelconque des revendications 
1 a 9, caracterise en ce que ladite application de 
terminal (31 a 33) dont au moins une partie est lan- 
cee par le terminal (3) appartient au groupe 
25 comprenant : 

les applications de services (31 , 32), dont I'exe- 
cution permet au terminal de beneficier du(des) 
service(s) offert(s) par un serveur de services 
30 apres qu'une communication a ete etablie entre 

ledit terminal et ledit serveur de services ; 
les applications d'edition de messages (33) ; 
les applications d'edition d'agendas. 

35 11. Procede selon la revendication 10, caracterise en 
ce que parmi lesdites applications de services on 
distingue notamment : 
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serveur de services (11 a 13), et 
- eventuellement, aii moins un parametre d'ap- 
pel, 

et en ce que I'etape d'execution par le terminal (3) 5 
de ladite commande speciflque comprend les eta- 
pes suivantes : 

le terminal tente d'etablir une communication 
avec (edit serveur de services (11 a 13), selon 10 
ledit jeu de parametre(s) ; 
si ladite communication avec le serveur de ser- 
vices (11 a 13) est effectivement etablie, le ter- 
minal (3) lance I'execution de ladite au moins 
une partie de I'application de services (31 , 32), * 5 
de facon que le terminal puisse beneficier du 
(des) service(s) offert(s) par ledit serveur de 
services. 

13. Module d'identification d'abonne (4), du type com- 20 
pris dans une station mobile (2) d'un systeme de 
radiocommunication (1) et cooperant avec un ter- 
minal (3), caracterise en ce qu'il comprend des 
moyens (16) permettant la mise en oeuvre du pro- 
cede, selon Tune quelconque des revendications 1 25 
a 1 2, de lancement par ledit terminal d'au moins une 
partie d'une application de terminal (31 a 33), sous 
commande dudit module d'identification d'abonn6 
(4). 

30 

14. Terminal (3), du type compris dans une station mo- 
bile (2) d'un systeme de radiocommunication (1 ) et 
cooperant avec un module d'identification d'abonne 
(4), caracterise en ce qu'il comprend des moyens 
(17) permettant la mise en oeuvre du procede, se- 35 
Ion Tune quelconque des revendications 1 a 12, de 
lancement par ledit terminal (3) d'au moins une par- 
tie d'une application de terminal (31 a 33), sous 
commande dudit module d'identification d'abonne 
(4). AO 
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